home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0055 / 604.txt < prev    next >
Text File  |  1997-04-16  |  12KB  |  263 lines
  1. INFO-ATARI16 Digest         Fri,  3 Nov 89       Volume 89 : Issue 604
  2.  
  3. Today's Topics:
  4.                         5 1/4" Drive Question
  5.                          Floppy stepping rate
  6.              Memory upgrade affects performance? (2 msgs)
  7.                 TOS 1.4 Incompatibility List: Populous
  8.                     Translation of modula2 read.me
  9.                             TT's VME-slots
  10.                     TT vs 386 boxes and Apples...
  11.           What is Vaporware? (was: atari-bashing/vaporware)
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 3 Nov 89 12:11:00 GMT
  15. From: pur-phy!tippy!roger@ee.ecn.purdue.edu
  16. Subject: 5 1/4" Drive Question
  17.  
  18. I'd llike to use a Percom 5 1/4" DS/DD disk drive (designed for Atari 8-bit
  19. computers) to transfer IBM 5 1/4" disks to 3 1/2" for use with PC Ditto.
  20. Can this be done? If so, does anyone know where I can get a cable to hook
  21. up the Percom drive to my ST?
  22.  
  23. Thanks in advancroger
  24.  
  25. ------------------------------
  26.  
  27. Date: 3 Nov 89 09:00:57 GMT
  28. From: mcsun!unido!uniol!rode@uunet.uu.net  (Dirk Rode)
  29. Subject: Floppy stepping rate
  30.  
  31. Hello,
  32.  I have a problem.
  33.  I use the TOS 1.4 Developper Version from the 08.08.1988.
  34.  Does anybody know the adress or a function where I can
  35. change the stepping rate for Disk Drives?
  36.  I will use a TEAC FD55 Drive and I will read 360K MS-DOS Disks.
  37. So I have to change the stepping rate from 3ms to 6ms.
  38.  
  39.  Thanks in advance
  40.             Waldi
  41.  
  42. ************************************************************************
  43. *  Dirk Rode                   *   UUCP: ...!unido!uniol!rode          *
  44. *  Zwischenahner Str. 64       *   Bitnet:   077481@Doluni1.Bitnet     *
  45. *  2910 Howiek                 *****************************************
  46. ****************************************   Nickname: Waldi             *
  47. *  Irre oder nicht Irre ...         ************************************
  48. ***************************    DAS ist hier die Frage !!!!!!!!!!!!!!!  *
  49. ************************************************************************
  50. *  Arbeitsgruppe Rechnerbetrieb Informatik der                         *
  51. *  Universitaet Oldenburg (FB 10 - ARBI)                               *
  52. ************************************************************************
  53.  
  54. ------------------------------
  55.  
  56. Date: 3 Nov 89 19:52:29 GMT
  57. From: crdgw1!brspyr1!tim@uunet.uu.net  (Tim Northrup)
  58. Subject: Memory upgrade affects performance?
  59.  
  60. dmk@cbnewsi.ATT.COM (daniel.m.kuster..jr) writes:
  61. >The thing I don't understand is that the computer takes at least
  62. >4 times as long to boot (possibly longer).  Is TOS running some
  63. >kind of memory test, or is it just zeroing out RAM?  Even worse,
  64. >once that system is up and running, it takes a lot longer for
  65. >applications to load and run.  Is the system slowed down by the
  66. >dynamic RAM refresh cycle?  I thought that the MMU handles that?
  67. >
  68. >The one thing that I noticed is that if I configure and install a
  69. >large RAM disk (?1.5 Meg) the loading and running of applications
  70. >goes much faster.
  71. >
  72. >Any ideas on what's going on?
  73.  
  74. This has been covered before ... what you are noticing is that when the system
  75. loads and runs an application, the first thing it does is clear all
  76. available memory from the end of the program and up.  When there is only
  77. 512K of RAM to clear out, less your application and any DA or RAMdisk
  78. memory, this goes in a flash.  Now that you have 2 Meg or so free to be
  79. cleared, it is noticable.
  80.  
  81. Some (poorly behaved) software relies on this memory space being zeroed
  82. out, some do not.  For those that don't there are a couple of PD programs
  83. which will tell TOS not to clear RAM on invocation.  This means things will
  84. launch much quicker (especially with 2-4 Meg of RAM), but also that some
  85. things will not function well at all.  Check the archives near you for
  86. such a program.
  87.  
  88.                                                 -- Tim
  89. --
  90. Tim Northrup                      +------------------------------------------+
  91. +---------------------------------+         GEnie:  T.Northrup               |
  92. UUCP: uunet!crdgw1!brspyr1!tim    |   Air Warrior:  "Duke"                   |
  93. ARPA: tim@brspyr1.BRS.Com         +------------------------------------------+
  94.  
  95. ------------------------------
  96.  
  97. Date: 4 Nov 89 03:35:41 GMT
  98. From: watmath!watserv1!bmaraldo@iuvax.cs.indiana.edu  (Commander Brett Maraldo)
  99. Subject: Memory upgrade affects performance?
  100.  
  101.         A friend of mine, who hacks the atari, assures me that the atari
  102. bios zeros the memory before it launches an application.  This leads to
  103. longer and longer delays before the program begins (as with booting).
  104. When you boot, every desktop application will prompt this delay.
  105.         I have also upgraded my vintage '85 520st to 2.5megs.  I assure you,
  106. I expereince the same delay effects you do.  This is 'normal', well...
  107. normal for atari's brain-damaged bios.
  108.  
  109. Brett L Maraldo
  110.  
  111.  
  112.  
  113. --
  114.                --------     Unit 36 Research     ---------
  115.                         "Alien Technology Today"
  116.                       bmaraldo@watserv1.UWaterloo.ca
  117.                    ?uunet!clyde!utai?!watserv1!bmaraldo
  118.  
  119. ------------------------------
  120.  
  121. Date: 3 Nov 89 01:31:55 GMT
  122. From: imagen!atari!danscott@ucbvax.Berkeley.EDU  (Dan Scott)
  123. Subject: TOS 1.4 Incompatibility List: Populous
  124.  
  125. in article <267@mirsa.inria.fr>, colas@trinidad.inria.fr (Colas Nahaboo) says:
  126. >
  127. > Yes, Most of the greatest ST games do not work with TOS 1.4: Populous,
  128. > dungeon master, Falcon, Rick Dangerous...
  129. >
  130. > At least there are some good news: It is only the PROTECTION on
  131. > populous  which crashes, my original do not work, but my cracked copy
  132. > I have for everyday use works perfectly (I try never to use originals, as a
  133. > power cut will fry the disk inside a ST drive...)
  134. >
  135. > bad news: even the cracked versions of falcon and DM do not work.
  136.  
  137. Really?
  138.  
  139.  
  140. I have both Falcon and Populous on a MEGA 4 w/ TOS 1.4 installed in it
  141. (six chip ROM set-production release) and both of those games work fine on
  142. my computer.  I haven't tried Dungeon Master in for a few months but I *THINK*
  143. I remember trying it and it ran as well.
  144.  
  145.  
  146. Anyone else have any problems with these programs?
  147.  
  148.  
  149. Dan
  150.  
  151. ------------------------------
  152.  
  153. Date: 3 Nov 89 22:15:39 GMT
  154. From:
  155.  cs.utexas.edu!samsung!brutus.cs.uiuc.edu!wuarchive!uwm.edu!marque!carroll1!dnew
  156. ton@tut.cis.ohio-state.edu  (Dave 'Post No Nicknames' Newton)
  157. Subject: Translation of modula2 read.me
  158.  
  159.    Has anyone undertaken a translation of the modula2 docs?  I know (remember)
  160. very little German, enough to get a little start, but not a whole lot.  If
  161. anyone has done this, could they shoot me a copy?  Thanx in advance.
  162.  
  163.    If no one replies pretty soon, I'll request the services of our German
  164. teacher here at school and post the translated version.
  165.    Is that legal?
  166.  
  167. --
  168. David L. Newton       | uunet!marque!carroll1!dnewton  | The Raging Apostle--
  169. (414) 524-7343 (work) |    dnewton@carroll1.cc.edu     | for the future--
  170. (414) 524-6809 (home) | 100 NE Ave, Waukesha WI 53186  | for the world.
  171. "Isn't it fun to take two unrelated sentences and mix the batter lightly?" -me
  172.  
  173. ------------------------------
  174.  
  175. Date: 4 Nov 89 02:31:41 GMT
  176. From: dino!ux1.cso.uiuc.edu!tank!shamash!odeon!bga@uunet.uu.net  (Bruce
  177.  Albrecht)
  178. Subject: TT's VME-slots
  179.  
  180. In article <1771@atari.UUCP>, apratt@atari.UUCP (Allan Pratt) writes:
  181. > Remember (as has been pointed out before) no vendor HAS to design
  182. > hardware specifically for that slot: it's already been done.  That's
  183. > why we chose a standard bus interface.
  184.  
  185. Only part of the design process is the hardware.  If the vendor doesn't see
  186. the TT as a large enough market, the customer will have to write the device
  187. drivers, which would be a major undertaking for the average TT owner.
  188.  
  189. ------------------------------
  190.  
  191. Date: 3 Nov 89 20:15:31 GMT
  192. From: hp-sdd!ncr-sd!ncrlnk!ncrcce!rogers@hplabs.hp.com  (Bob Rogers)
  193. Subject: TT vs 386 boxes and Apples...
  194.  
  195. Seems to me the big difference between the TT and and a 386 PC is that the one
  196. is available and the other isn't!
  197.  
  198. --
  199. ----
  200. Bob Rogers                    rogers@stpaul.ncr.com  or  rogers@pnet51.cts.com
  201. NCR Comten, St. Paul, MN      GEnie: R.C.ROGERS
  202.  
  203. ------------------------------
  204.  
  205. Date: 3 Nov 89 20:40:10 GMT
  206. From: cbmvax!daveh@uunet.uu.net  (Dave Haynie)
  207. Subject: What is Vaporware? (was: atari-bashing/vaporware)
  208.  
  209. >>I still say that a product that can't be purchased MONTHS or YEARS after
  210. >>it was announced is VAPORWARE. And the STacy, the Lynx,the 1040STE, and the
  211. >>TT/P are all 100% VaporWare!!
  212.  
  213. First of all, most folks get real confused about what constitutes a real
  214. announcement.  Believe it or not, it's not what you read in the "rumors"
  215. column of your favorite computer rag.  To pick a more netural territory,
  216. take for instance the Apple IIx that was mentioned here earlier.  Apple
  217. never announced such a machine.  Never.  There were big-time rumors that
  218. Woz was working on such a beast a few years back, when in fact I think
  219. he was doing university stuff and really nothing for Apple at all.  Then
  220. there were more rumors about how Apple axed the IIx and canned the whole
  221. II line, then shortly thereafter the IIgs emerged.  Most likely, the IIx
  222. rumors were based on the IIgs project -- judging by the work that went
  223. into the IIgs, it wasn't exactly a slam-dunk project (carrying the
  224. architectural baggage necessary to remain compatible in these older
  225. machines usually means lots of otherwise unnecessary complexity).  But
  226. you'll find boat loads of Apple fans who'll swear that the IIx was a
  227. real, announced product.  At least 5% will even claim is was what the
  228. IIgs "should have been".  Chances are, nothing even close to what they're
  229. raving about ever even existed.
  230.  
  231. It's not entirely the fault of the computer groupies, either.  It used
  232. to be common practice (circa 1985 and earlier) to show stuff at consumer
  233. oriented shows that were basically trial balloons.  These shows aren't
  234. for the public; they're the way vendor and distributer get together.  A
  235. company would show a prototype, sometimes a barely functional prototype.
  236. And they wouldn't tell anyone that it wasn't complete.  The idea was to
  237. attract vendors.  If there was no interest, the project went no further.
  238. In many ways, this substituted for a lack of true market research.
  239.  
  240. Nowadays, I don't think anyone really does this, and I'm sure no one gets
  241. away with it.  It just doesn't work when you're dealing with real computers
  242. instead of toy computers.  That's not to say that no one every shows a
  243. product that never ships; of course they may.  But they aren't doing it
  244. intentionally; products get cancelled for a variety of reasons: management
  245. changes, market changes, new technology, etc.
  246.  
  247. In the case of Atari, there are certainly some products there that aren't
  248. what I'd call Vaporware, even obvious to an outsider.  Lynx, for instance,
  249. is a technology they acquired from a group at Epxy (former Amiga folks, I
  250. might add).  The ATW was also an acquired technology.  While there's often
  251. an element of NIH (Not Invented Here) in any such aquisition, a smart
  252. company doesn't by true vaporware, and they don't interfere with it too
  253. much once they buy it.
  254. --
  255. Dave Haynie Commodore-Amiga (Systems Engineering) "The Crew That Never Rests"
  256.    ?uunet|pyramid|rutgers?!cbmvax!daveh      PLINK: hazy     BIX: hazy
  257.                     Too much of everything is just enough
  258.  
  259. ------------------------------
  260.  
  261. End of INFO-ATARI16 Digest V89 Issue #604
  262. *****************************************
  263. =========================================================================